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DESCRIPTION 
UNIVERSAL AT TDIQjCQMMTJNI CATIONS AND CONTROT , 
SYSTEM AND METHOD 

5 TECHNICAL FTRT.n 

This invention pertains to systems for enabling the 
communication of signals and data between a musical instrument 
and electronic components needed to control and re-produce sounds 
generated by that instrument. More specifically, this invention 
10 relates to a system and method that facilitates the interconnection 
of one or more diverse musical instruments and related audio 
components on a universal network for purposes of communication 
of audio signals and signals to identify and control the devices. 

15 BACKGROUND APT 

The generation, transmission, amplification and control of 
audio signals and devices involves diverse yet interrelated 
technologies that are changing rapidly. The development and 
implementation of high bandwidth digital communication 

20 technologies and distribution systems is significantly affecting all 
media industries, from book publishing to television/video 
broadcasting. Products, systems, and services that affect the sense 
of sight or sound are converging in the use of common technologies 
and distribution pipelines. This has a profound effect, not only on 

25 the nature of the products that are produced, but on the sales 
channels and the nature of producing content for those products. 

Current examples of the convergence of audio and digital 
technologies are the arrival and consumer acceptance of the MPEG- 
3 digital music format, the inexpensive recordable CD (e.g., the 

30 •MiniDisc"), and the high bandwidth Internet. However, the 



WO00/65571 PCT/US00/11087 



markets for technology-driven products are not served by 
implementation of multiple technical standards. Typically, a new 
technology begins in its early phase with multiple standards, which 
in many cases are vigorously debated and disputed among various 
5 advocates for the different standards. In most technology- driven 
industries that prosper, a single standard historically is universally 
adopted by members of that industry. Examples of such 
standardization include AC versus DC household electrical supply, 

Postscript printing language, and VHS versus Beta video recording 
10 format. Similarly, there is a need for a universally accepted 

standard for digital communication of audio and video content. 

Because of the overwhelming acceptance of the Internet and its 

TCP/IP protocol, coupled with a substantial pre-existing 

infrastructure of network hardware, software, and know-how, a 
15 universal standard for digital audio/video communication and 

control should revolve around this well-known TCP/IP and Internet 

technology. 

The weakness of the existing audio hardware market is in its 
application of digital electronic technologies. Today's musicians can 
20 record and process multi- tracks of high quality sound on their 
computers but are forced to plug into boxes with 1950's era analog 
circuits. For example, the original challenge in the guitar musical 
instrument industry was to make the guitar louder. The circuits of 
the day distorted the sound of the instrument, but did accomplish 
25 their task. With time, these distortions became desirable tones, and 
became the basis of competition. Guitar players are very interested 
in sound modification. 

Digital technology allows a musician to create an infinite 
variety of sound modifications and enhancements. The guitar 
30 player in a small club has a veritable arsenal of stomp boxes, reverb 
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effects, wires, guitars and the like. He generally has a rack of 
effects boxes and an antiquated amplifier positioned somewhere 
where the sound distribution is generally not optimal because the 
amplifier is essentially a point source. Because of this lack of 
5 accurate sound placement, the sound technician is constantly 
struggling to integrate the guitar player into the overall sound 
spectrum, so as to please the rest of the band as well as the 
audience who would love to hear the entire ensemble. 

Technology has made some progress along a digital audio 
10 path. For example, there are prior art guitar processors and digital 
amplifiers that use digital signal processing (DSP) to allow a single 
guitar to emulate a variety of different guitar types, amplifier types, 
and other sound modifications such as reverb and delay. To achieve 
the same variety of sounds and variations without using DSP 
15 technology, a musician would have to buy several guitars, several 
different amplifiers, and at least one, if not more than one, 
accessory electronic box. 

All existing instruments, if they use a transducer of any kind, 
output the sound information as an analog signal. This analog 
20 signal varies in output level and impedance, is subject to 
capacitance and other environmental distortions, and can be subject 
to ground loops and other kinds of electronic noise. After being 
degraded in such fashion by the environment, the analog signal is 
often digitized at some point, with the digitized signal including the 
25 noise component. Although existing digital audio technologies show 
promise, it is clear that the audio equipment and musical 
instrument industries would benefit from a system and method 
where all audio signals are digital at inception. 

At present, there are multiple digital interconnection 
30 specifications, including AES/EBU, S/PDIF, the ADAT "light Pipe" 
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and IEEE 1394 "Firewire". However, none of these standards or 
specifications are physically appropriate for the unique 
requirements of live musical performance. In addition, clocking, 
synchronization, and jitterAatency management are large problems 

5 with many of these existing digital options. 

Different segments of the music market have experimented 
in digital audio. Some segments have completely embraced it, but 
there is no appropriate scalable standard. Clearly, digital 
components exist, but these are designed as digital "islands". 

10 Correspondingly, many manufacturers have chosen to make their 
small portion of the product world digital but rely mainly on, 
traditional analog I/O to connect to the rest of the world. This may 
solve the local problem for the specific product in question, but does 
little to resolve the greater system-oriented issues that arise as the 

15 number of interconnected devices grows. In addition, the small 
sound degradation caused by a analog-to-digital and digital-to- 
analog transformation in each "box" combines to produce non- 
optimal sound quality. Finally, the cost, power and size inefficiency 
related to having each component in a chain converting back and 

20 forth to digital begs for a universal, end-to-end digital solution. 

Another basic yet important part of the problem is that live 
musicians need a single cable that is long, locally repairable, and 
simple to install and use. In addition, it is highly desirable to 
support multiple audio channels on a single cable, as setups often 

25 scale out of control with current multiple cable solutions. Also, 
phantom power is preferred over batteries as means to power the 
active circuits used in digital instruments. 

Based on the technology trends and patterns that have 
already been established, a digital guitar will emerge with the 

30 transducers (pick-ups) feeding a high bandwidth digital signal. 
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This advance will remove many detrimental aspects of the analog 
technology it will replace, including noise, inconsistent tonal 
response from time to time, and loss of fidelity with a need for 
subsequent signal processing. The introduction of digital 
5 technology from the instrument will allow the entire signal path 
and the equipment associated with the signal path to be digital. 
Unfortunately, there is no system available that will easily and 
quickly interconnect multiple musical instruments and associated 
audio components so that they can communicate with each other 
10 and be controlled entirely in the digital domain, using a universal 
interface and communications protocol. 

Performing musicians need a new, performance-oriented 
solution that provides multiple channels of advanced fidelity audio, 
intuitive control capabilities, extreme simplicity and total 
15 reliability. It is also desirable for this system to be scalable to meet 
the requirements of permanent installations, including recording 
studio applications. 

DISCLOSURE OF THE INVENTION 
20 To overcome the limitations and weaknesses of existing 

analog and digital technologies in the musical performance 
environment, applicant has invented a system that will allow, in a 
preferred embodiment, up to sixteen (16) channels of 32 bit - 96 
kHz digital audio signals and data to flow over a single cable in 

25 both directions, using inexpensive connectors and cables already 
available and in use in virtually every computer network. This 
cable will also carry sufficient power to allow the electronics in the 
guitar (or other instrument) to function without a battery or other 
power source. For convenience, the system of the present invention 

30 will sometimes be referred herein as the Global Musical Instrument 
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Communications System (or GMICS). GMICS is a trademark of the 
assignee of the present invention, Gibson Guitar Corp. 

The system of this invention includes the GMICS data link, a 
high-speed point-to-point connection for communication of digital 

5 audio data between two GMICS devices. The system and method of 
the invention further includes definitions and description of the 
characteristics of individual GMICS devices as well as GMICS 
system configuration and control protocols. 

The GMICS data link is a high-speed point-to-point 
10 connection transmitting full-duplex digital ^ audio signals, control 
signals, and user data between two interconnected GMICS devices. 
Self-clocking data are packed in frames that are continuously 
transmitted between GMICS devices at the current sample rate. 

Flexible packing of digital audio data within a frame allows a 

15 tradeoff between bit resolution and channel capacity to optimize the 
fit and interface for GMICS devices having diverse characteristics. 
A Control data field provides for GMICS system configuration, 
device identification, control, and status. User data fields are 
provided for transmitting non-audio data between GMICS devices. 

20 A GMICS system may include two types of GMICS devices — 

"instruments" and "controllers" An instrument is typically a sound 
transducer such as a guitar, microphone, or speaker. A controller is 
typically an intelligent amplifier that provides connections and 
power for multiple GMICS instruments, and is capable of, and 

25 responsible for, configuring the GMICS system. Controllers may 
also include upstream and downstream connections to other 
controllers for increased instrument connectivity. 

Data link electronics and associated cabling and connectors 
are designed for reliable use in harsh environments. "Hot-plugging" 

30 of GMICS devices is supported by the system. 
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Accordingly, a Universal Communications and Control 
System for Amplified Musical Instruments is provided that includes 
the following novel features: 

(1) The Control data for each device includes a "Friendly 
5 naming" scheme using a Device ID so that: (a) there is an automatic 

configuration by, and synchronization to, the system by the 
identifying device; (b) the use of a "Friendly name" allows the user 
to name his device on the system; (c) the "device name" resides in 
the device, not in a data base; and (d) the device ID is available 
10 when the device is plugged into a 'foreign' GMICS system. 

(2) A bi-directional device interface is provided that adds 
"response" to the existing instrument stimulus to create a full 
duplex instrument that is able to display and react to other devices 
in the system. 

15 (3), The system topology allows for nodal connection of 

resources so that instruments and control devices plug in to create 
the desired system complexity and allowing for simple system 
enhancement by plugging in a new device with the desired features. 

(4) The system implements dynamic resource allocation, 
20 including: (a) routing of audio and control signals "on the fly"; (b) 

audio nodes can be 'moved' at will; and (c) special effects devices can 
be shared with out physically moving or connecting them. 

(5) Logical connections are made to the system so that a 
device can be physically connected into the system through any 

25 available connector, e.g., a guitar does not have to be directly 
plugged into the guitar amplifier. 

(6) The system has a multi-layered protocol that supports 
many different physical transport media and allows for simple 
expansion of both the number of audio channels and the data 

30 bandwidth. 
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(7) There can be a familiar looking (to the user) point to 
point connection of devices, or a "star" network (analogous to a 
"breakout box") configuration for multiple devices, thereby 
simplifying the user experience. 

(8) The system can operate at multiple sampling rates so 
that different GMICS data links operate at different sample rates 
within the system. 

(9) Phantom power for instrument electronics is delivered 
over the GMICS data link. 

(10) The system can take advantage of conventional 
network hardware, e.g., one embodiment of a GMICS system is 
implemented over a 100 megabit Ethernet physical layer using 
standard Category 5 (CAT5) cable 

Thus, GMICS is the first low-cost digital interconnection 
system based on a universal standard that is appropriate for use in 
the live, professional, studio and home music performance 
environments. GMICS technology can be quickly adapted for use in 
musical instruments, processors, amplifiers, recording devices, and 
mixing devices. 

GMICS overcomes the limitations and performance liabilities 
inherent in current "point solution" digital interfaces and creates a 
completely digital system that offers enhanced sonic fidelity, 
simplified setup and usage while providing new levels of control and 
reliability. 

GMICS enables musical instruments and their supporting 
devices such as amplifiers, mixers, and effect boxes from different 
vendors to digitally inter-operate in an open-architecture 
infrastructure. 
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Fig. 1 is a block diagram of the system of this invention 
showing a typical arrangement that interconnects instrument 
devices with various control devices. 

Fig. 2 is a schematic diagram of an embodiment of the system 
5 of this invention showing a physical implementation and 
interconnection of devices in an on-stage performance audio 
environment. 

Fig. 3 is a front perspective view of a music editing control 
device usable in the system of this invention. 

10 Fig. 4 is a block diagram showing two device interface 

modules used in instrument or control devices connected to in a 
GMICS system, with one device interface module configured as a 
system timing master and a second device interface module 
configured as a slave. 

15 Fig. 5 is a schematic diagram of a crossover connection 

between linked devices in a GMICS system so that the data 
transmitted by one device is received by the other device. 

Fig. 6 is a block diagram showing typical connections of 
guitar, effects box, and amplifier devices in a GMICS system. 

20 Fig. 7 is a block diagram showing the direction of dominant 

data flow in a simple GMICS system. 

Fig. 8 is a block diagram showing the direction of dominant 
data flow in a GMICS system that includes a recording device. 

Fig. 9 is a high-level view of a typical GMICS data packet 
25 format. 

Figs. 10 a and b are block diagrams illustrating control 
message flow scenarios among linked devices in a GMICS system. 
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BEST MODE FOR CARRYING OUT THE INVENTION 

System Overview 
As shown generally in Figs. 1 and 2, the topology of a GMICS 
system 10 of this invention is characterized by a modular, daisy 
5 chained bi-directional digital interconnection of musical instrument 
devices, processing devices, amplifiers and/ or recording systems. 
Each device has a data link connection to one or more other devices. 
Thus, the system 10 is comprised of instrument and control devices 
that are interconnected by GMICS data links. Each GMICS device 
10 generates, processes, relays, or receives audio data, control data, or 
.:, both. 

For example, as shown in Fig. 2, a guitar setup in a GMICS 
system 10 may include a guitar 12, an amplifier 13, and a control 
pedal 15. The guitar 12 may be directly connected to the amplifier 

15 13 through a system data link cable 11. The foot control 15 may be 
connected through a USB cable 16 to a control computer 17, with 
the control computer 17 also connected to the amplifier 13 through 
another link cable 11. Alternatively, the guitar 12 may be directly 
connected to the control pedal 15, which is in turn connected to the 

20 amplifier 13. The guitar 12 contains a system device module 23 
(Fig. 4) so that the guitar 12 can generate digital audio data as well 
as send control data from one or more of its several internal control 
devices such as a pickup selector, volume control knob, or tone 
control. The control pedal 15 will generate control data, and relay 

25 the audio data sent from the guitar 12. The amplifier 13 will act as 
a receiver for any control or audio data sent by the guitar or volume 
pedal. Because the system 10 provides bi-directional 
communication of audio and control data, it is feasible for amplifier 
13 to send control messages or audio back to the guitar 12. 

30 
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Ph ysical Interface 

GMICS is capable of having multiple physical interfaces. 
This application identifies two physical interfaces, the common 
instrument interface and the high-speed optical interface. 
5 In one embodiment of the system, the common instrument 

interface (the connection between a musical instrument and an 
amplifier) is based on a conventional 100 megabit Ethernet physical 
layer. The 100 megabit GMICS data link is referred to as the 
G100TX link. This includes both the data transport mechanism 
10 and the interconnecting cables and connectors. One embodiment of 
the GMICS transport uses standard CAT5 cable and RJ-45 
connectors. 

Other physical interfaces can include a high-speed multi-link 
optical interface, wireless, and a physical layer interface based on a 

15 new gigabit Ethernet physical layer. The wireless applications of a 
GMICS system are dependent on the current capabilities and bit 
density of available technology. The high bandwidth optical 
interfaces are ideal for transporting large numbers of GMICS 
channels over long distances. This is very useful in large arenas 

20 where the mixing console or amplifiers may be hundreds of feet 
from the stage and require an enormous number of audio channels. 
Phantom power is not available for optical-based systems. 

Electrical Interface 

25 The common interface, G100TX, will transport GMICS data 

through the link layer protocol used in 100 megabit Ethernet. Data 
is encoded with a 4bit/5bit scheme and then scrambled to eliminate 
RF 'hot spots', thus reducing emissions. This is a well-documented 
and tested data transport with a large installed base. Of the eight 

30 conductors in a standard Category 5 ("CAT5") cable, only four are 
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used for data transport. G100TX uses the four unused conductors 
to supply phantom power for instruments that can operate with 
limited power. Guitars, drum transducers, and microphones are 
examples of such devices. Preferably, the GlOOTX-based GMICS 
5 data link supplies up to 500mA at 9 volts DC to the instrument. 
The Link Host insures that the GMICS Link power is safe both to 
the user and to the equipment. Current limiting is done so that the 
system will become operational after a short circuit has been 
corrected. Fuses that need replacement when triggered are not 

10 recommended. 

The GMICS protocol is designed to allow the use of many 
different physical transport layers. There are a few important rules 
that must be followed when selecting a possible transport layer for 
GMICS. First, the transport must have very low latency. GMICS is 

15 a real-time digital link. Latency must not only be very low, on the 
order of a few hundred microseconds, but must also be 
deterministic. Second, the physical interface must be robust 
enough to function properly in a live performance environment. A 
live environment may include high voltage/current cables running 

20 near or bundled with a link cable. For a link to be acceptable it 
must function properly in this harsh environment. 



Data Link Interface 

25 Data is transmitted between GMICS devices in the form of 

discrete packets at a synchronous rate. The GMICS data packets 
contain a header, 16 audio data pipes, a high-speed user data pipe, 
the GMICS control data pipe, and an optional CRC-32. The header 
contains a preamble, start of frame byte, data valid flags, sample 

30 rate, frame counter and bus control bits. 
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Audio data pipes are 32-bit data highways between two 
GMICS devices. The format for the data in the pipe is identified in 
the packet header and in some cases in a 4-bit nibble used as a tag 
in each data pipe. Audio can be 16, 24, 28 or 32 bits of PCM audio 
5 data. Specific compressed data formats are also supported and are 
identified in the tag. Each individual audio pipe can be reassigned 
as 32 bit data if desired, providing up to 16 extra data channels, 
with the corresponding non-availability of audio channels. 

The GMICS control data pipe is a highway for GMICS- 
10 related control messaging. The control pipe can ship multiple types 
of control including MIDI, although native GMICS control should be 
used. The control pipe contains a control type byte, version field, 48 
bit source and destination address spaces, message field, and a 32 
bit data word. 

15 

Master Timing Control 

In order for all devices within the GMICS system to be 
processing data in-phase with one another, there must be a single 
source of synchronization. This source is called the System Timing 
20 Master (STM). It can be any non-instrument device and may be 
selected during the system configuration process. If no device is 
configured as the STM one will be selected automatically based on 
system hierarchy. In a situation where multiple devices are hooked 
up as a daisy chain, three rules are presented which allows for an 
25 STM to automatically be selected. 

The GMICS packet timing is synchronous to the audio 
sample rate of the system. This sample, or packet, timing is either 
locally generated, in the case of the STM, or recovered and 
regenerated in a slave device. The transport clock is asynchronous 
30 to the sample clock and is only used by the physical layer transport 
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mechanism. Fig. 4 is a simplified block diagram of a device 
interface module including a GMICS STM 23m connected to a 
GMICS system timing slave device 23s. The slave device 23s uses 
only the recovered and regenerated sample clock for 
5 encoding/decoding the GMICS data packets. 



GMICS Control 

Control information is an essential factor in instrument 
10 functionality. An intricate native control t protocol is used in a 
GMICS system. GMICS control revolves around 48 bit address 
spaces that are divided in three 16-bit fields: device, function, and 
parameter. This allows for access to a device at multiple levels. 
Device addresses are determined during enumeration. The 
15 manufacturer of the device determines the other two address fields. 
This alleviates the necessity to predefine parameter and controller 
messages as is done in MIDI systems. Devices can query for other 
device addresses and associated friendly names by using system 
control messages. This allows for complete control while still 
20 supporting a non-technical, user-friendly interface. 

The control type byte allows non-GMICS control messages 
access to the control pipe or channel. Control message from other 
specifications can be encapsulated in the 32 bit data word. MIDI is 
one example of a defined alternate control type. 

25 

Device Classification 

In the case where no control information is being sent, a 
device can send a device classification message in place of control 
data. This message provides information regarding the 
30 functionality and capabilities of the device. Any other device in a 
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GMICS system can use this information as needed. The device 
classification method is encapsulated in the 32-bit data word. 

Classic Mode 

5 Classic mode is a means of further increasing the simplicity 

and universality of a GMICS system. Classic mode provides a set of 
default channel assignments for instruments. This will allow for an 
unknown device to power up in a known state providing a positive 
initial user experience. Devices can assign channels in any fashion, 

10 but all devices should supply the capability of being in classic mode, 
unless overridden by a previous configuration. Classic mode can 
expand to allow for automatic controller assignment, and various 
other features. 

Classic mode assures that devices power up in known states 
15 by providing default assignments for all channels. Other devices 
can communicate by default on known channels. Default channel 
assignments are given to all applicable instruments. Classic mode 
increases the universality and simplicity of GMICS in a way that 
General MIDI provides a common user experience for tone 
20 generation. The channel assignments described in this embodiment 
are defaults; other channel assignments may be used at the 
discretion of a device manufacturer, but any variation will create 
incompatibilities with other Classic mode devices. 

25 Acoustic Gu itar Classic Mode 

An acoustic guitar device in a GMICS system may have the 
following default channel assignments: 
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Acoustic Guitar Classic Mode 
(Default Channel Assignments for Acoustic 
Guitars) 


Channel # 
(decimal; 


Assignment 


1 


Mono Guitar 
(Mono Pickup) 


2 


Microphone 


3-4 


Stereo Guitar 


5-10 


Hex Pickup 


11-16 


Reserved 



Electric Guitar Classic Mode 

An electric guitar in a GMICS system may have the following 
5 default channel assignments: 



Acoustic Guitar Classic Mode 
(Default Channel Assignments for Acoustic 
Guitars) 



Channel # 
(decimal) 


Assignment 


1-3 


Mono Guitar 
(3 Mono Pickup) 


4 


Microphone 


5-6 


Stereo Guitar 


7-12 


Hex Pickup 


13-16 


Reserved 
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Keyboard Classic Mode 

Electronic keyboards in a GMICS system may have the 
following default channel assignments: 



~~~ Keyboard Classic Mode 
(Default Channel Assignments for Acoustic 
Guitars) 



Channel # 


Assignment 


(decimal) 




1 


Mono 


2 


Microphone 


3-4 


Stereo 


5-16 


Reserved 



5 

S ystem Mechanical Detail 
ThP GMTCS Connector 

ftionTX GMICS Link 

The 100 megabit GMICS data link (G100TX) uses the 
10 industry standard RJ-45 connector and Category 5 cable as shown 
in Fig. 5. Preferably, the cables and connectors will meet all 
requirements set forth in the IEEE802.3 specification for 100BASE- 
TX use. 

GMICS G100TX Signals & Connect or Pin Assignment 

GlOOTX-based GMICS uses a standard Category 5 cable for 
device interconnection. A single cable contains four twisted pairs. 
Two pairs are used for data transport as in 100BASE-TX network 
connection. The remaining two pairs are used for power. 

Standard Category 5 patch cords are wired one-to-one. This 
means that each conductor is connected to the same pin on both 



15 



20 
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connectors. A crossover function must be performed within one of 
the connected devices so that the data transmitted by one device is 
received by the other, as shown in Fig. 5. 

Due to this relationship, a GMICS system has two different 
5 connector configurations for GMICS devices. The diagram of Fig. 6 
shows a guitar 12, and effect box 24, and an amplifier 13. There are 
two preferred connector configurations used in the system, labeled 
A and B in the table below All instruments must use connector 
configuration A. Amplifiers and other devices use connector 
10 configuration B for inputs from instrument and connector 
configuration A for output to other devices. GMICS connections are 
made with Category 5 approved RJ-45 plugs and jacks. 

The following table lists the signals and connector pin 
numbers for both the A & B connector configurations. 

15 



Signal Name 


Type A 


TypeB 




To 


From Instrument 




Amplifier 


Pin# 




Pin# 




Tx Data + (from instrument) 


1 


3 


Tx Data - (from instrument) 


2 


6 


Rx Data + (to instrument) 


3 


1 


Rx Data - (to instrument) 


6 


2 


Gnd (Instrument Phantom Power) 


4 


4 


Gnd (Instrument Phantom Power) 


5 


5 


V+ (Instrument Phantom Power) 


7 


7 


V+ (Instrument Phantom Power) 


8 


8 



Table - Signal and connector pin numbers 
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The pin number assignments are chosen to insure that 
signals are transported over twisted pairs. The transmit and 
receive signals use the same pins that a computer's network 
interface card (NIC) does. The two pair of wires not used in 
standard 100BASE-TX networks carry phantom power. This 
connector pin assignment is chosen to reduce the possibility of 
damage if a GMICS device is directly plugged into a computer 
network connector. 



10 Instrument Connectors 

All instruments connected to a GMICS system use a RJ-45 
Jack wired in the Type A configuration. This connector is labeled 
To Amplifier. 



To Amplifier - Type A Configuration 


Rj-4in 


Signal Name 


Pin# 1 


Tx Data + (from instrument) 


1 


Tx Data - (from instrument) 


2 


Rx Data + (to instrument) 


3 


Rx Data - (to instrument) 


6 


Gnd (Instrument Phantom Power) 


4 


Gnd (Instrument Phantom Power) 


5 


V+ (Instrument Phantom Power) 


7 


V+ (Instrument Phantom Power) 


8 



Table - Instrument Type A configuration 
Effect/Amplifier Connectors 

Effect Boxes and Amplifiers may have more than one GMICS 
connector. There are two possible configurations for these GMICS 
connections. Inputs from instruments to the effect box or amplifier 
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are wired in the Type B configuration and should be labeled From 
Instrument. Output from the effect box or amplifier should be wired 
in the Type A configuration and labeled To Amplifier. 



\From Instrument — Type B 


RJ-45 j 


Configuration 


Pin# 1 


Signal Name 




Tx Data + (from instrument) 


3 


Tx Data - (from instrument) 


6 


Rx Data + (to instrument) 


1 


Rx Data - (to instrument) 


2 


Gnd (Instrument Phantom Power) 


4 


Gnd (Instrument Phantom Power) 


5 


V+ (Instrument Phantom Power) 


7 


V+ (Instrument Phantom Power) 


8 



5 

Table - Effect/ Amp Type B configuration 
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All connectors that can receive input directly from an 
instrument use an RJ-45 jack wired in a Type B configuration. 



I To Amplifier - Type A Configuration 


RJ-45 j 


I Signal Name 


Pin# J 


Tx Data + (from instrument) 


i 


Tx Data - (from instrument) 


2 


Rx Data + (to instrument) 


3 


Rx Data - (to instrument) 


6 


Gnd (Instrument Phantom Power) 


4 


Gnd (Instrument Phantom Power) 


5 


V+ (Instrument Phantom Power) 


7 


V+ (Instrument Phantom Power) 


8 



5 Effect /Amp Type A configuration 

All other connections use a RJ-45 jack wired in a Type A 
configuration. 

Dominant Data Flow 

10 The terms To Amplifier and From Instrument not only refer 

to the typical physical connections but also the dominant data flow. 
While it is true that the GMICS protocol is a symmetrical bi- 
directional interconnect there is almost always a dominant direction 
to the data flow. In a simple GMICS system consisting of a musical 

15 instrument, an effects box, and an amplifier, the dominant data 
direction is from the instrument to the effects box then on to the 
amplifier, as shown in Fig. 8. 

In the second example of Fig. 8, three instruments (two 
guitars 12 and a microphone 14) are connected to through an 



WO 00/65571 

3/1 PCT/US00/11087 

22 

amplifier 13 to a mixer 25 that is connected to a recording device 26. 
The recording device 26 does not have a dominant direction of data 
flow. While recording, the dominant direction is to the recorder 26 
while it is front the recorder 26 during playback. For clarity in 
5 describing a GMICS system, a recording device 26 will always be 
treated as an instrument in that the dominant data flows from the 
recorder. 

Special Considerations 

Special considerations need to be made when selecting RJ 
IP type connectors for use with GMICS. These special requirements 
are due to the fact that GMICS enabled devices are used in live 
performance applications by musicians and must be reliable and 
resilient. 

Several physical supports exist that augment the standard 
15 RJ-45 connector. This includes the addition of locking clip 
protection for the RJ-45 connectors. In addition, cable 
manufacturers can make specially designed cable ends that help the 
locking clip from breaking. Without some sort of protection these 
locking clips can be over-stressed and broken. Once the locking clip 
20 is broken the connector will not stay properly seated in the mating 
jack and the connection will be unsatisfactory. 

Mechanical stress on the RJ-45 jack must be also considered 
when designing GMICS enabled devices. The locking nature of the 
RJ-45 offers advantages and disadvantages. The positive locking 
25 provides protection against accidental unplugging. However, the 
RJ-45 will not automatically release (as will a standard Vi" guitar 
cable) when the cable is completely stretched or becomes tangled. 
Therefore it is recommended that the RJ-45 jack and mechanical 
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assembly be able to withstand repeated tugs of the cable without 
physical or electrical damage. 
The GMICS Cable 

GMICS G100TX Interconnect Cable 

5 GlOOTX-based GMICS devices use industry standard 

computer networking cables for both signal and power. The 
G100TX data link is designed to use standard Category 5 patch 
cables of lengths up to 500 ft. Acceptable Cat5 cables must include 
all four twisted pairs (8 wires). Each conductor must consist of 

10 stranded wire and be 24 gauge or larger. The cable and connectors 
must meet all requirements for 100BASE-TX network usage. It 
should be noted that GMICS uses the standard computer-to-hub 
CAT 5 patch cords, not the special computer-to-computer cables. 
The GMICS cable is always wired as a one-to-one assembly. 

15 The following table shows the connector/cable wiring for a 

GMICS G100TX Interconnect Cable. 



Signal Name 


Twisted 
pair # 


Connector | 
pin# 


Tx Data + (from instrument) 


1 


3 


Tx Data - (from instrument) 


1 


6 


Rx Data + (to instrument) 


2 


1 


Rx Data - (to instrument) 


2 


2 


Gnd (Instrument Phantom Power) 


3 


4 


Gnd (Instrument Phantom Power) 


3 


5 


V+ (Instrument Phantom Power) 


4 


7 


V+ (Instrument Phantom Power) 


4 


8 



Table - Connector /cable wiring 
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Special Considerations 

There are special considerations to be made when selecting 
Category 5 cables for use with G100TX. These special requirements 
are due to the fact that GMICS enabled devices are used in live 
performance applications, which place additional requirements on 
the cable, compared to standard office network installations. 

One consideration would be to use a cable that includes 
protection for the locking clip of the RJ-45 connectors. Without this 
protection the locking clips can be over-stressed and broken. Once 
the locking clip is broken the connector will not stay properly seated 
in the mating jack. 

A second consideration is the flexibility and feel of the cable 
itself. The selected cable should have good flexibility and be 
constructed such that it will withstand the normal abuse expected 
during live performances. Unlike most network installations the 
connecting cable in a G100TX system will experience much twisting 
and turning throughout its life. For these reasons, stranded CATS 
cable is required for GMICS applications. Solid wire CAT5 will 
function correctly initially, but will fail more often. It should be 
noted that cables must be hooked from A connectors to B 
Connectors, not A to A or B to B. A GMICS system should never be 
wired in such a fashion that any loops exist. 

Also, the pin assignments described with reference to this 
embodiment are exemplary only and may be varied depending on 
the choice of cable and connector. 

Device Definitions 

GMICS is designed to function on two levels: as a daisy- 
chained system or as a hub-centric system. The following sections 
give mechanical definitions of devices that may be contained in a 
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GMICS system. All GMICS devices should follow the following 
rule: No device in a GMICS system should contain more then one 
type A connector (To Amp). 

Instruments 

5 Instruments (guitars, keyboards, etc.) are defined as any 

device that contains a type A (To Amp) connector only. It should be 
noted that the GMICS definition of an instrument goes beyond the 
traditional definition of musical instruments. It is possible for a 
device such as an amplifier or a signal processor to only contain a 
10 type A connector and therefore be considered an instrument 
according to the above definition. In such a situation a hub would 
be required to connect a guitar to the amplifier. 

Signal Processors 

Signal Processors (stomp boxes, effects processors, etc.) 
15 should generally have one B (From Instrument) and one A (To Amp) 
connector. This definition is necessary to allow for signal 
processing devices to function in both a daisy chain setup and a 
hub-centric system. 

Amplifiers 

20 Amplifiers can either be seen as the end point of a daisy 

chain system, or as another device capable of being connected to a 
hub. If an amplifier is considered an end point device, then it will 
contain only one type B connector (From Instrument). An amplifier 
that is to be used with hubs should generally have one type B (From 

25 Instrument) and one type A (To Amp) connector. 

Hubs 

Hubs shall generally have multiple type B (From Instrument) 
connectors and up to one type A (To Amp) connector for connection 
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to another hub. Hubs can have either daisy chain systems or single 
devices connected to them. 

System Electrical Detail 
5 GMICS Physical Laver - G100TX 

IEEE802.3 compatibility 

The common GMICS data link physical layer (G100TX) is 
based on the 100BASE-TX Ethernet physical layer as described in 
the IEEE802.3 Specification. While much of the IEEE802.3 
10 specification is relevant, special attention should be paid to the 
following clauses: 

7. Physical Signaling (PLS) and Attachment Unit 
Interface (AUI) specifications 

21. Introduction to 100 Mb/s baseband networks, type 
15 100BASE-T 

24. Physical Coding Sublayer (PCS) and Physical 
Medium Attachment (PMA) sublayer, type 100BASE-X 

GMICS G100TX/IEEE802.3 Differences 

The GMICS data link Physical Layer is always operated at 
20 100 megabits per second in the full duplex mode. Much of the 
functionality of a standard 10/100 megabit physical layer 
implementation is dedicated to detecting and switching modes and 
is not required for G100TX. 

Timing Parameters 

25 Sample Clock Recovery 

Recovering the sample clock from any digital link is of critical 
concern to the designer. In GMICS the sample clock is based on the 
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recovered frame rate and not the data transmission rate over the 
physical medium. The jitter performance required for a specific 
application must be taken into account when designing the sample 
rate recovery circuits. For high quality A/D & D/A conversion jitter 
5 should not exceed 500pS. 

It is imperative that the recovered sample clock is locked to 
the incoming sample rate, and it is also desirable that all devices 
operate in phase with each other. This will insure that all devices 
are processing data in a synchronous manner. 

10 Only one device may supply sample timing for all devices in a 

GMICS data link or system. The only exception to this rule would 
be a device with sample rate conversion capability. The master 
timing source shall generate GMICS packets on all its GMICS 
Links with a maximum packet-to-packet jitter of 120 nsec. All other 

15 devices must generate all their outgoing packets based on the 
reception of this stream of incoming packets. The packet-to-packet 
jitter of these outbound packets must not exceed 160 nsec. Note 
that accurate measurement requires a jitter free input. This is not 
a measure of accumulated jitter. 

20 Latency 

Latency of data transmitted between directly connected 
GMICS devices shall not exceed 250 microseconds. This does not 
include AID and D/A conversion. As GMICS is designed to be a live 
performance digital link, care must be taken when choosing A/D 
25 and D/A converters to minimize latency within these devices. 

Jitter 

The jitter performance required for a specific application 
must be taken into account when designing the sample rate 
recovery circuits. For high quality A/D & D/A conversion, jitter 
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should not exceed 500pS. Extreme care must be taken when 
propagating the sample clock within a large system. The GMICS 
system is designed with the expectation that the device itself will 
manage the jitter to an acceptable level. In this manner, the 
5 designer can determine the required quality of the resultant jitter 
at the appropriate cost and return. 

Power 

G100TX Phantom Power Source 

GMICS phantom power sources shall, supply a minimum of 
10 9vDC, at >500mA to each connected instrument, measured at the 
cable termination on the instrument. 

The phantom power source must supply 24 volts +/-5% (22.8 
- 25.2 volts DC) measured at the source's Type B GMICS Link 
connector. The phantom power source must be capable of delivering 
15 >500mA to each Type B GMICS data link. Current limiting should 
occur at a point greater than 500mA (1 amp recommended). It 
should not be in the form of a standard fuse, as such a device would 
need to be replaced if an over-current condition occurred. It is 
desirable that the full power be restored upon correction of the 
20 fault. Each Type B GMICS data link must be independently 
protected so that one defective link cannot stop all other links from 
functioning. All Type B GMICS Links must supply the above 
specified phantom power. 

G100TX Phantom Powered Instrument 

25 Phantom powered devices must properly operate on a range 

of voltages from 24vDC down to 9vDC. The phantom powered 
device must not draw more than 500mA while in operation. Proper 
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heat dissipation and or cooling of the instrument at 24vDC must be 
considered during the physical design of the instrument. 
Phantom Power Considerations when using Daisy Chained Devices 
Use of Phantom Power 
5 Special consideration must be given to phantom power in a 

daisy chain configuration of GMICS. If more than one device within 
the chain were allowed to use the power supplied by the GMICS 
data link, the power budget would likely be exceeded. Therefore it is 
recommended that only end point devices, such as instruments, be 

10 permitted to use the power supplied by the G100TX cable. 

> 

Phantom Power Source and Pass Through 
Phantom power distribution must be carefully managed. At 
first, it would seem that allowing phantom power to physically pass 
through a device within the chain would be ideal. However, this 
design can create unsupportable configurations. Since the ultimate 
chain length is indeterminate, the user could unknowingly violate 
the maximum cable length specification. Exceeding the maximum 
cable length would cause excessive voltage drop in the cable thereby 
limiting the voltage at the instrument to less than the required 
minimum voltage. 

A device may only pass along the phantom power if the 
available voltage at its Type A GMICS connector is greater than 
20vDC with a load of >500mA. This simple test will insure that 
proper power will be supplied to the instrument even when 
attached by a 500 foot cable. If this condition cannot be met, the 
device must supply its own phantom power. 



30 
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Master Timin g Control & Device Enumeration 
System Timing Master 

When dealing with sampled data it is imperative to achieve 
sample synchronization. This synchronization insures that all 
5 devices are processing data in phase with one another. There is 
always one source of synchronization in a GMCS system, and that 
device is called the System Timing Master (STM). 

Establishing the STM 

When multiple devices are daisy chained together or wired in a 
10 more hub-centric format, the following three rules are used to 
establish the STM (these rules are dependent on the device 
definitions as follows: 

1) A device with only A connectors can never be the STM. 

2) A device with only B connectors will be the STM. 

15 3) In the case that all non-instrument devices in the system 
contain A and B type connector configurations, then the one 
device with no signal on its Type A configuration connector 
will be the STM. 
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Examples of STM 



10 




Guitar 





Amp (STM) 


J 





(b) 

Establishing the STM using rules 1 and 2: (a) Incorrect (b) Correct 
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Guitar 



Stomp 



Amp (STM) 



25 



(c) 

Establishing the STM using rules 1, 2, and 3: 
(a)incorrect (b) incorrect (c)Correct 
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Establishing the STM with a Hub using rules 1, 2, and 3 



20 



Guitar 




Stomp 




Amp 











Keyboar 



Amp 



Bass 



Stomp 



Amp 



B 



10 

Establishing the STM with a Mixer (Hub) using rules 1, 2 and 3 
Device Enumeration 

The STM serves two purposes; it provides the sample clock, 
and enumerates all devices on the GMICS data link. The 
15 enumeration process supplies each GMICS device with the address 
that it will respond to in response to control messages. Address 
spaces are 16 bits, which limits the number of devices in a GMICS 
system to 65,356. 

System Startup 

All GMICS devices should respond to the "Startup Address" 
on power up. 



Startup Device Address 


OxFFFC 







Once a device establishes itself as the STM it will 
automatically assign itself the base address. 



Base Device Address (STM) 



0x0000 
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After addressing itself, the STM should begin the 
enumeration process. Address fields other then the device address 
fields should use the "not in use" address 0x0000, during 
enumeration. 

Enumeration Algorithm 

Since any device other then an instrument can be the STM, it 
is necessary for all non-instrument devices to be able to perform the 
enumeration process. For this reason the enumeration algorithm 
presented here is quite simple. The enumeration algorithm is 
focused around three system control messaged as follows: 



1 Message type 


Message value 


Data 


Enumerate device 


0x0001 


Next device address 


Address offset return 


0x0002 


Source Address + 1 


Request new device 
address 


0x0003 


//ND 



Enumeration algorithm messages 



15 



20 



Daisy chain Enumeration 

In a daisy chain system, the STM will assign itself the base 
address it will then send an "Enumerate device" message with the 
"base address" as the source address, and the "startup address" as 
the destination address. 

//STM pseudo code 

STM.address = 0x0000; 

STM.SendMessage([Destination device address = OxFFFC] 

[Source device address = 0x0000] [Message = 

0x0001 (enumerate device)] 

[Data = STM.address + 1]); 
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The next device in the chain will receive the "Enumerate 
device" message from the STM, address itself as the number 
provided in the incoming message, increment the data field, and 
5 then send the new "Enumerate device" message upstream. It is 
important to recognize that the device should not pass the original 
STM message along. The new "Enumerate device" message should 
maintain the source and destination addresses of the original 
message. 

10 //Next device in chain pseudo code 

Device2.MessageBuffer = Device2.ReceiveMessage(); 
//Enumerate device 

Device2.address = Device2.MessageBuffer.Data //OxOOOl; 
Device2.SendMessage([Destination device address = OxFFFC] 
15 [Source device address = 0x0000] [Message = 

0x0001(enumerate device)] 

[Data = Device2.address + 1]); 

The process above should be followed for each device in the 
20 system except for the last device. The Nth device in the system, 
which represents the other end point in the daisy chain should 
address itself with the number provided in the incoming message 
and then send a "Address offset return" message back to the 
address provided in the source address field (usually the STM). The 
25 "Address offset return" message should use the "base 
address"(STM) as a destination address, and the device's own 
address as the source address. The data field should equal the 
device address plus one. 
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//End point device pseudo code 

DeviceN.MessageBuffer = DeviceN.ReceiveMessageO; 
//Enumerate device 

DeviceN.address = DeviceN.MessageBuffer.Data ; //N-l 
DeviceN.SendMessage([Destination device address = 0x0000] 



[Source device address = N-l] [Message 
0x0002(Address offset)] 



[Data = DeviceN.address + 1]); 



10 Hub-centric Enumeration 

In a hub-centric system, where the STM will generally be a 
hub, enumeration will occur slightly different; the hub will select a 
starting port, and then follow the method provided for the daisy 
chain system. Once the STM receives the "Address offset return" 

15 message, it will move to the next port, and follow the daisy chain 
enumeration with the data field equal to the number provided by 
the "Address offset return" message. 



20 



//Hub (STM) pseudo code 

Hub.address = 0x0000; 

Next Device Address = Hub.address + 1; 



25 



for(int i = 1; i <= Number of Ports; i++) 
{ 

Hub.port[i].SendMessage([Destination device address 
= OxFFFC] 



[Source device address = 0x0000] [Message = 
0x0001(enumerate device)] 



[Data = Next Device Address]); 



30 



//Follow daisy chain procedure (Section 5.4.2.1); 
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for(;;) 

{ . 

if ( Hub.port[i].ReceiveMessage( ) ) //Address offset 
return 

{ 

Next Device Address = Hub.MessageBuffer.Data; 
Break; 

} 
} 

} 

In the situation that a hub is connected to another hub, then 
the second hub should repeat the process above, but use its own 
address as the starting address. It should also send all messages 
15 with its own address as the source address, so that it receives the 
"Address offset return" message. Upon receiving this message it 
should forward it to the STM or the previous hub. 

//Hub pseudo code 
20 Hub.address = M; 

Next Device Address = Hub.address + 1; 

for(int i = l; i <= Number of Ports; i++) 
{ 

25 Hub.port[i].SendMessage([Destination device address = 

OxFFFC] 

[Source address = M] [Message = 0x0001 (enumerate 
device)] 

[Data = Next Device Address]); 
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//Follow daisy chain procedure 



for( ; ;) 
{ 

5 if ( Hub.port[i].ReceiveMessage( ) ) //Address offset return 

{ 

Next Device Address = Hub.MessageBuffer.Data; 
Break; 

} 

10 } 

} 



SendMessage([Destination device address = 0x0000 ] 

[Source device address = Hub Address] [Message = 
15 0x0002(Address offset)] 

[Data = Next Device Address]); 

Plugging and Unplugging 

Devices may be plugged and unplugged from the system at 

20 any time. All other devices in the GMICS system should maintain 
their current address if this occurs. If a new device is plugged in 
after startup initialization occurs, or an old device is unplugged and 
then plugged in again a new address must be assigned. Instead of 
re-enumerating the whole system, the "Request new device address" 

25 message can be used to get a new address. 

When a device first plugs in to a GMICS system, it is 
unaware of whether or not an initial enumeration has occurred. 
Hence it is the responsibility of the device that it is directly 
connected to the new device to send the "Request new device 

30 address" message. Unless that device is the STM, in which case the 
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STM should acknowledge a new device physically hooked up to it, 
and then send an "Enumerate device" message with the last 
address given +1 as the data field. 
//New device being plugged in 

5 

//Directly connected device 

Device. SendMessage([Destination address = 0x0000] [Source 
address = Device.Address] 

[Message = 0x00O3(New Address)] [Data = 

10 NULL]); 



//STM 

STM. SendMessage([Destination address = OxFFFC] [Source 
address = Device.Address] 

[Message = 0x0001 (Enumerate device)] [Data = 
Last Address Given + 1]); 



15 



//New Device 

NewDevice. SendMessage([Destination device address = 
20 0x0000 ] 

[Source device address = NewDevice.Address] 
[Message = 0x0002(Address offset)] [Data = 
NewDevice.Address+1]); 

25 Data Link Interfax 

Overview 

The data packets sent between GMICS devices are at the 
heart of the GMICS system. They contain the audio information 
sent between devices as well as control information. 
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Figure 9 is a high-level view of the GMICS data packet 
format. It is broken down into two different sections, the header 
(see table below) and Audio/Control data. Each GMICS data packet 
will be a fixed size of 27 - 32 bit words. The standard GMICS 

5 packet shall have 16 channels of 32 bit audio, a control version and 
type byte, two 48 bit control address fields, a 16 bit control message 
word, a 32 bit control data word, a 32 bit User High word, and an 
optional 32 bit CRC. The GMICS packet will have 4 words of 
header, which will include preamble, start of frame, cable number, 

10 sample rate, bus control bits, audio/control valid flags, and a 32 bit 
frame counter. 



rrora 



Header Format 



B31-B28 



B27-B24 



B23-B20 



B19-B16 



B15-B12 



B11-B8 



B7-B4 



PrRambte=0bS5555555(Asd 



B3- 



ScartofRame=QxD5 



Preamble=Qx555555 



2 


Audio Valid flag bits 


Control/ 


Cabfe# 




Reserved 


FPF 


C 


MIP 






CRC 




Rate 






T 








Valid flag bits 










S 




3 


Frame Count 



15 GMCSDaialJnkHeaderFormat 
Preamble and Start of Frame 

These two fields are used as specified in the CSMA/CD IEEE 
802.3 specification. For further information, refer to sections 7.2.3.2 
and 7.2.3,3 in the IEEE 802.3 specification. 
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CTS and MTP ffj^M, 

These two bits will be used to manage the control bus. It will 
allow for all devices to send control messages, without requiring 
enormous buffers. A device will set the Clear To Send (CTS) bit low 
to indicate to other devices in the system that they may not send a 
message at this time. This bit should remain low until transmission 
begins, at which point the bit should be set high to allow other 
devices to send messages. 

The Message in Progress (MTP) bit will be set high to indicate 

to other devices in the system that a message is being sent. It 

should remain high until a message is sent in its entirety. 

To maintain order on the bus, the following rules must be 
obeyed: 

1) A device can set its CTS bit low at any point, but can not 
send a message until it has received a minimum of two 
frames with the MIP bit set low. 

2) A device must send its message in its entirety before it can 
release control. 

3) A device must wait a minimum of 8 frames from the end of 
the last message it sent before another can be sent. 

Fig 11 displays possible scenarios regarding the control bus. 
FPF Field 

The FPF field gives a high level description of the subsequent 
data in the GMICS packet. The two defined formats are shown 
below. 
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FPF (Floating Point) definition 


Value 
(binary) 


Description 


0 


Words 4-19 in the GMICS packet contain audio 
information, which will be defined by the label 
field located in each word. 


1 


Words 4-19 contain 32 bit data. 



FPF Field Definitions 

Sample Rate Field 

This field specifies the sample rate of the audio. Five sample 
5 rates are supported: 32k, 44.1k, 48k, 96k, and 192k. Sample rates 
and their respective binary representations are shown below. 



Sample Rate Field Definitions 



Value (binary) 


Sample Rate 


| 000 


32k 


001 


44.1k 


010 


48k 


011 


96k 


100 


192k 


101-111 


Reserved 



Table - Sample Rate Field Definitions 
The default sample rate for all GMICS devices is 48k. All 
10 GMICS devices must support the 48k sample rate. Devices 
configured for multiple sample rates should power up at 48k. The 
192k sample rate is supported by reducing the number of audio 
channels to 8 and sending two samples per packet. Channels 1-8 
should function as normal and provide their corresponding samples. 
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Channels 9-16 should sequentially provide the second samples of 
channels 1-8. 

Cable Number Field 

This numeric field is intended for labeling GMICS streams 
that may be multiplexed onto a high bandwidth medium such as 
fiber optic cabling. 

Control/CKf! Valid 



B19 


B18 


B17 


B16 


Control Valid 

| wt 


Classification valid 
bit 


User high valid 
: bit 


CRC Valid 
bit 



10 



15 



20 



Control /Checksum Field Format 
This 4 bit field tells the receiver whether this packet contains 
any valid Control, User high, Device Classification, and CRC data. 
Any of the four bits will be set if there is valid data in their 
corresponding fields. 

Audio Valid Figld 

This bit field tells the receiver of the packet which Audio 
Channels contain valid data. There is one bit per channel where a 
set bit denotes valid audio data. The format of this field is as 
follows: 

Bit 16 = Audio Channel #1 Valid 
Bit 17 = Audio Channel #2 Valid 
Bit 18 = Audio Channel #3 Valid 
• • • etc • • * 

Bit 31 = Audio Channel #16 Valid 
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Frame Count Field 

The frame count field keeps a running count of frames 
starting at the beginning of transmission. The number stored in 
this field wi]] roll over when it reaches the maximum 32 bit number 
5 OxFFFFFFFF. 



Data Format 



J Word 


B3J-B28 | B27-B24 B23-B20 \ B19-B16 


BJ5-BJ2 B21-B8 


B7-B4 B3-B0 


4-19 


Data 




20 


UsrH 


21 


Control Destination Device Address 


Version 


Control Type 


22 


Control Destination Parameter Address 


Control Destination Function Address 


23 


Control Source Function Address 


Control Source Device Address 


24 


Control Message 


Control Source Parameter Address 


25 


Control data/Device Classification 


26 


CRC-32 



GMICS Data Link Audio /Control Format 

Data Field 

The information in the data section of our packet is partially 
dependent on the FPF field in the header. If the FPF flag is low 
then our packet will contain 16 channels of Audio. If the FPF flag is 
high the packet will contain 16 words of 32 bit data. 
Audio/ Control Data 

When the FPF bit is low, the body of a GMICS packet will 
take on the format shown on the table on the next page: 



10 



15 
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Audio /Control Packet Format 




Type Field 

The type field is a 4 bit field which describes the nature of the 
information that follows. The type field is formatted as follows: 




High Level Format(HLF) Field 



Sub Format(SF) Field 



Type Field Format 



WO 00/65571 



PCT/US00/11087 



45. 

The following high level formats are defined: 



HLF Field Definitions 



Value 
(binary) 


High Level 
Format 


00 


Raw Audio 


01 


Compressed 


10 


Reserved 


11 


Reserved 



High Level Format Field , 
Sub formats for each high level format are defined below: 



SF Field Definitions 



Value 
(binary) 


Sub format 


00 00 


28 bit Raw Audio 


00 01 


24 bit Raw Audio 


00 10 


20 bit Raw Audio 


00 11 


16 bit Raw Audio 


01 00 


AC-3 


01 01-01 11 


Reserved 


! looo-ioii 


Reserved 


1100-11 11 


Reserved 



Sub Format Field 
It should be noted that the recommended default GMICS 
audio format is 24-bit raw audio. 
Audio Fields 

Each of the 16 audio channels has a dedicated 32 bit word in 
the GMICS packet of which 28 bits can be used for data. The 
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format of the audio is given in the type field. Regardless of format 
the Audio data must be left justified. 
32 bit Data 

In the case that the FPF field in the GMICS header is high, 



5 the body of the GMICS packet will be in the following format: 



Word 


B31-B28 B27-B24 B23-B20 1 B19-B16 


B15-B12 1 BU - B8 


B7-B4 B3-B0 


4-19 


32 bit Data 




20 


UsrH 


21 


Control Destination Device Address 


Version 


Control Type 


22 


Control Destination Parameter Address 


Control Destination Function Address 


23 


Control Source Function Address 


Control Source Device Address 


24 


Control Message 


Control Source Parameter Address 


25 


Control Data/Device Classification 


26 


CRC-32 



32 bit Floating Point Data Packet Format 
32 bit Data Field 

This field will provide the ability to pass intermediate 32 bit 
10 DSP data around. The 32 bit words will also be available for other 
32 bit formats as they become available. 

User High Field 

The 32 bit user high field is a high speed data pipe that will 
be available for future applications. A device can use this field to 
15 send any data it would like, as long as a receiving device knows how 
to handle the data. 

Control Fields 

This 5 word field is set aside for GMICS control messages. 
The format of these messages and the data contained within can be 
20 found in the description of the Control Pipe below. 
Device Classification ( dr) 
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In the case that the Classification Valid bit is set in the 
header, the 32-bit control data word becomes a 32-bit device 
classification field. Device classification is further described below. 
CRC-32 Field 

5 This field contains a 32-bit Cyclic Redundancy Check (CRC) 

for the data contained in entire data packet. This includes the 
header and both the audio and data pipe sections. This CRC is 
based on the standard CRC-32 polynomial used in Autodin, 
Ethernet, and ADCCP protocol standards. An example of a C 
10 language function performing CRC-32 generation is shown below. 

/*crc32h.c - package to compute 32-bit CRC one byte at a 
time using */ 

/*the high-bit first (Big-Endian) bit ordering convention */ 
/* */ 

15 /* Synopsis: */ 

/* gen_crc_tableO - generates a 256-word table containing all 
CRC */ 

/* remainders for every possible 8-bit byte. It */ 

/* must be executed (once) before any CRC updates.*/ 
20 /* */ 

I* unsigned update_crc(crc_accum, data_blk_ptr, 
data_blk_size) */ 

/* unsigned crc_accum; char *data_blk_ptr; int 

data_blk_size*/ 

25 I* Returns the updated value of the CRC accumulator 

after */ 

/* processing each byte in the addressed block of data. */ 
/* */ 
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/* It is assumed that an unsigned long is at least 32 bits wide 
and */ 

/* that the predefined type char occupies one 8-bit byte of 
storage. */ 

/* */ 

/* The generator polynomial used for this version of the 

package is */ 

/* 

x A 32+x A 26+x*23+x*22+x*16+x*12+x*ll+x A 10+x*8+x A 7+x A 
5+x A 4+x A 2+x A l+x A */ 

/* as specified in the Autodin/Ethernet/ADCCP protocol 
standards. */ 

/* Other degree 32 polynomials may be substituted by re- 
defining the */ 

/* symbol POLYNOMIAL below. Lower degree polynomials 
must first be */ 

/* multiplied by an appropriate power of x. The 
representation used */ 

/* is that the coefficient of x A 0 is stored in the LSB of the 32- 
bit*/ 

/* word and the coefficient of x A 31 is stored in the most 
significant*/ 

/* bit. The CRC is to be appended to the data most significant 
byte*/ 

/* first. For those protocols in which bytes are transmitted 
MSB */ 

/* first and in the same order as they are encountered in the 
block */ 

/* this convention results in the CRC remainder being 
transmitted wit*/ 
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/* the coefficient of x A 31 first and with that of x A 0 last Oust 
as */ 

/* would be done by a hardware shift register mechanization). 
*/ 

/* */ 

/* The table lookup technique was adapted from the 
algorithm describe*/ 

/* by Avram Perez, Byte- wise CRC Calculations, IEEE Micro 
3, 4(1983).*/ 



#define POLYNOMIAL 0x04clldb7L 
static unsigned long crc_table[256]; 
void gen_crc_tableO 

/* generate the table of CRC remainders for all possible byte: 
*/ 

{ register int i, j; register unsigned long crc_accum; 
for ( i = 0; i < 256; i++ ) 
{ crc_accum = ( (unsigned long) i « 24 ); 
for(j = 0;j<8;j++) 
{ if ( crc_accum & 0x80000000L ) 
crc_accum = 

( crc.accum « 1 ) A POLYNOMIAL; 
else 

crc_accum = 
( crc_accum « 1 ); } 
crc_table[i] = crc_accum; } 
return; } 
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unsigned long update_crc(unsigned long crc_accum, char 
*data_blk_ptr, 

int data_blk_size) 
/* update the CRC on the data block one byte at a time */ 
{ register int i f j; 

for ( j = 0; j < datajblk.size; j++ ) 
{ i = ( (int) ( crc_accum » 24) A *data_blk _ptr++ ) & Oxff; 
crc_accum = ( crc_accum « 8 ) A crc_table[i]; } 
return crc_accum; } 

i 

Control Pipe Specification 
Overview 

Each GMICS packet provides a control type byte, a version 
15 byte, a 48 bit destination address field, a 48 bit source address field, 
a 16 bit message field, and a 32 bit field for control data. The 
control information can be in any of the defined formats, which are 
currently GMICS and MIDI. 



Word 


B31 - B28 B27- B24 B23 - B20 | B 19 -BJ6 


B15-B12 B11-B8 


B7-B4 | B3-B0 


21 


Control Destination Device Address 


Version 


Control Type 


22 


Control Destination Parameter Address 


Control Destination Function Address 


23 


Control Source Function Address 


Control Source Device Address 


24 


Control Message 


Control Source Parameter Address 


25 


Control Data 
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10 



20 



Control Message Formal 
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Control Type Bvte 

The control message byte will indicate the type of control 
message that follows. 



Control Message Type Definitions 



Value 


Control Message 


(binary) 


Types 


0000 0000 - 0000 1111 


Reserved 


0001 SPW 


MIDI 


0001 0011-0001 1111 


Reserved 


0010 0000-0111 1111 


Reserved 


1TPC CCCC 


GMICS Control 



5 Control Message Type Format 

MIDI Control Message Typ e 

When MIDI is used for control, the control message byte will 
take the form shown below. 



L m 


Be 


B5 


B4 


B3 


B2 


Bl 


BO I 


I 0 


0 


0 


1 


SysEx 


JPF 


#ofVa!i 


d Bytes| 



10 



15 



MIDI Control Message Type Byte 

If the SysEx bit is high then the following MIDI data will be 
a MIDI SysEx message. If it is low then the following data is any of 
the other existing MIDI message formats. The "Joined with 
Previous Frame" (JPF) bit indicates whether the MIDI data is a 
continuing part of data sent in a previous packet. 

The "# of Valid Bytes" field indicates the number of valid 
MIDI bytes minus one. The LSByte of the "Control Message" field 
should be used to indicate the MIDI cable number. The other byte 
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should not be used. MIDI bytes should be encapsulated in the 4 
bytes provided by the control data field. If there are less then 4 
MIDI bytes, they should be left justified within those 4 bytes. 
GMICS Control Message Typp 

GMICS control is a native control-messaging scheme that is 
described in the following sections. This section discusses the 



B7 


Be 


BS 


B4 


B3 1 B2 ~T 


Bl 


1 BO 


| 1 


CDV 


JPF 




Channel # 



10 



GMICS Control Message Type Byte 
The MSB in the "Control Message Type Byte" is the 
quintessential factor in determining whether the corresponding two 
bytes are GMICS control or some other format. If the MSB is high 
then the following bytes are GMICS control data. 



15 



The "Control Data Valid" (CDV) bit determines if the GMICS 
message contains a 32 bit data word that corresponds to the 
message. 




Control Data Valid (CDV) definition 


Value 
(binary) 


Description 


0 


1 he control data field contains no data 


1 


Ihe control data field contains data 



20 



GMICS Message Status (GMS) definition 
As with MIDI, the JPF bit indicates whether the GMICS data 
is a continuing part of data sent in a previous packet. The Channel 
number field indicates the channel this message is intended for. 
The channels are defined as follows: 
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Channel Number/Message Type Definitions 



Value 


Channel Number 


(Decimal) 


/Message Type 


N-l 


Channel # n 


16 


Omni 


17-29 


Reserved 


30 


Reserved 


31 


Reserved 



Channel Number Definitions 
When a device has a multiple channel setting (i.e. Hex 
Pickup) (See Appendix-A), the channel number field should indicate 
5 the first channel in the group, and all channels in the group should 
respond to the message. 

Version Numher Field 

The version number field should indicate the version of the 
control specification being used. Only specification versions of the 
10 x.x format should be used. The 8 bit field should be divided as 
follows: 



B7 


B6 


BS 


B4 


B3 


B2 


Bl 


M j 


1 int 


int 


int 


frac 


frac 


frac 


frac 


frac | 



Version number field 
Where bits 0-4 should be used for the fractional portion of the 
15 version number and bits 5-7 should be used for the integer portion 
of the version number. 
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Control Source and TWi nation Address Fields 

GMICS addresses are 48 bits long, and divided into three 16 
bit fields. 



10 



t====»«>~= - 


16 bit 


16 bit 


1 Device Address 


Function Address 


Parameter Address 
1 - _ 



GMICS address format 

Device Address 

All GMICS devices must contain a unique device address. 
Device addresses will be determined during the . enumeration 
process presented in section 5.4. All control messages should be 
sent with source and destination address fields properly filled. The 
following addresses are reserved. They may be used if the situation 
permits. 



Address Name 


Address Number 
(Hex) 


Address Name 


Address Number 
(Hex) I 


System Broadcast 


OxFFFF 


Amplifier Daisy 
chain Broadcast 


0xFFF9 


Local Hub 
Broadcast 


OxFFFE 


Signal Processor 
System Broadcast 


0xFFF8 


Daisy chain 
Broadcast 


OxFFFD 


: 

Signal Processor 

Hub Broadcast 


0xFFF7 


Startup 


OxFFFC 


Signal Processor 
Daisy chain 
Broadcast 


0xFFF6 


Amplifier System 
Broadcast 


OxFFFB 


Reserved 


OxFFEO - 0xFFF5 


Amplifier Hub 
Broadcast 


OxFFFA 


Base (STM) 


0x0000 
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The system broadcast address should be used to address all 
devices in a GMICS system. All GMICS devices should acknowledge 
this address, except for devices that neither create nor accept 
5 control information. 

All devices connected to a hub's multiple type B connectors 
including the hub itself should respond to the local hub broadcast 
message. If a hub generates this message or receives this message 
on one of its type B connectors it should not pass this through its 
10 type A connector if one exists. If a message is received with this 
address on a hub's type A connector, it should pass it along to all its 
ports. 

The daisy chain broadcast address should be used to address 
all devices within a daisy chain. If a hub receives a message with 

15 this address on one of its type B connectors, it should not pass to 
any other of its ports, both type A and B. If a hub generates this 
message it should only send it down one of its type B ports, and 
never through its type A port. If a hub receives this message from 
its A port, it should pass to all devices attached to it. 

20 The amplifier system, hub, and daisy chain broadcast 

messages should be handled in the same fashion as their general 
counterparts (i.e. System broadcast), except only amplifiers need to 
acknowledge this address. This holds true for the predefined signal 
processor addresses and any other device addresses that may later 

25 be defined. 

The startup and base addresses should be used as mentioned 

above. 
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10 



15 



Function Address 



We define a function as either an effect or an assignable 
controller. Hence all effects and assignable controllers should have 
a 16-bit address assigned by the manufacturer. Devices will query 



Reserved Function Addresses 
The NIU address should be used when there is no address 
needed in this field. This includes when a message is directed at a 
device itself, and not one of its functions. 

Parame ter Address 

A parameter is currently defined as any effect parameter. By 
effect parameter we are referring to things such as chorus depth, 
delay time, etc. This definition may expand as needed. This means 
that manufactures should assign unique 16 bit addresses for all 
parameters that may be controlled by another device. 



it 



Address Name 


Address 
Number (Hex) 


Address Name 


Address 1 
Number (Hex) 


Reserved 


OxFFFF j 


(Not in use) 
NIU 


0x0000 



The following addresses are reserved 



1 Address Name 


Address 1 


Address Name 


Address 





Number (Hex) 




Number (Hex) 


Reserved 


OxFFFF | 


(Not in use) 


= 0x0000 






NIU 





".. : .. : ;'.-vC. 



W 



-Mi 



20 



Reserved Function Addresses 
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As with the Function address field, the NIU address should 
be used when there is no address needed in this field. 

Message Field and Data Fjeld 

GMICS control provides a 16-bit message field. These 

messages are defined by the GMICS organization. A 32-bit data 
field is also provided. 
The following are reserved messages: 



Reserved Control Messages 



Value 
(hex) 


Control Message 
Types 


Description of 
Data 


0x0000 


Reserved 




OxFFFF 


Reserved 





15 



20 



Reserved message spaces 



10 Effect Parameters 



Effect Parameters require no message in regards to their 
actual value. Effect parameter values are communicated by 
supplying the proper address and correct data value. 

All data values that are in regards to an effect parameter 
should be a 32 bit floating point number in-between 0 and 1. It will 
be the responsibility of the individual signal processing devices to 
properly interpret the values as necessary. 

A message is provided for signal processing devices to return 
a string that represents the current parameter value. A request 
message is also provided for devices that seek to obtain this 
information. 
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Enumeration Message 




Value 


Control Message 


j— — i 

Description of 


(hex) 


Types 


Data 


0x0030 


Keturn parameter 


Actual parameter 




value 


value in 16 bit 






Unicode™ 


0x0031 


Kequest parameter 


//ND 




value 


_ 



Parameter value messages 
The string format of the parameter value should be in 16 bit 
Unicode™, two characters per frame. 

5 Enumera tion Messag e 





Enumeration Messages ~1 


Value 


Control 


Description of Data 


(hex) 


Message Types 




0x0001 ~ 


Enumerate 


Next device address. 




devices 


Expressed as 16 bit right 






justified integer 


0x0002 


Address offset 


Returns to a hub or the 




return 


STM the next address that 






should be used 






Should be expressed as 16 






bit right justified integer 


~ 0x0003 


Request new 


//ND 




device address 




0x0004 - 0x0008 


Reserved 





Enumeration messages 
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All current enumeration messages that require data use a 16 
bit integer. The 16 bit integer data words should be right justified 
within the 32 bits allowed for data. 



5 



Address fc Namp Qu erying Mftssap rpg 

These messages are provided so devices can build a database 
of addresses and friendly names. 
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Address & Name Querying 



Value 
(hex) 


Control Message Types 


1 i 

Description of Data 


0x0009 


Query device addresses 


//ND 


OxOOOA 


Query function addresses 


//ND 


OxOOOB 


Query Parameter addresses 


//ND 


OxOOOC 


Return device address 


//ND Address should be 
retrieved from the source 
address fields 


OxOOOD 


Return Function address 


//ND Address should be 
retrieved from the source 
address fields 


OxOOOE 


Return Parameter address 


//ND Address should be 
retrieved from the source 
address fields 


OxOOOF 


Query device friendly names & 
addresses 


//ND 


0x0010 


Query Function friendly 
names & addresses 


//ND 


0x0011 


Query Parameter friendly 
names & addresses 


//ND 


0x0012 


Return device friendly name & 
address 


Devices friendly name in 
16 bit UNICODE™. 
Address in source address 
field 


0x0012 


Return function friendly 
names & address 


f unctions friendly name 
in 16 bit UNICODE™. 
Address in source address 
field 
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0x0014 


Return parameter friendly 
name & address 


Parameters friendly name 
in 16 bit UNICODE™. 
Address in source address 
field 


0x0015 - 
OxOOlF 


Reserved 





10 



Address & Name Querying Messages 
Although messages are provided for address requests only, it 
is recommended that the address and friendly name messages be 
used; 

Friendly names should be supplied in 16 bit Unicode™, two 
characters per a frame. Names should be unique. This is best 
accomplished by incorporating the manufacturer's name in some 
fashion. Names should be limited to 16 characters. Use 
abbreviations if necessary. 

Channel Messages 



i Channel Messages 


Value 


Control 


Description of Data 


(hex) 


Message Types 




0x0020 


Channel on/off 


16 bit data word (see below) 


0x0021 - 0x002F 


Reserved 





Channel messages 
The channel on/off message is a single packet message that 
15 can be used turn channels on and off. When using this message the 
32 bit data field should be formatted as follows: 
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| Byte 


B7 


B6 


B5 


B4 


B3 


B2 


Bl 


BO 


1 


Channel 
#16 


Channel 
#15 


Channel 
#14 


Channel 
#13 


Channel 
#12 


Channel 
#11 


Channel 
#10 


Channel 
#9 


0 


Channel 
#8 


Channel 
#7 


Channel 
#6 


Channel 
#5 


Channel 
#4 


Channel 
#3 


Channel 
#2 


Channel 
#1 



10 



Data format for channel on /off message 
Byte 0 represents the least significant byte of the 32-bit data 
field. A value of 1 indicated channel on, and a value of 0 indicates 
channels off. 

Device Classification 
GMICS allows for devices to send a 32 bit word that 
identifies a device's class and functionality. 

A device class word is formatted as follows: 



|~ B31-B24 


B23-B16 


B15-B8 


B7-B0 


I (Byte 3) 


(Byte 2) 


(Byte 1) 


(Byte 0) 


| Instrument/ 


Instrument/Device 


Instrument/device 


Instrument/dev 


I Device Type 


Function 


Function 


ce Function 



Device Class Word Format 
Instrumen t/Device typ o Vi^lA 

This field is devoted to defining the instrument or device. 
Device/Instrument definitions are listed below. 



m 
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| Instrument/Device Type Definitions 


Value 


Instrument/devic 


(binary) 


e types 


0000 0000 


Reserved 


0000 0001 


Acoustic Guitar 


0000 0010 


Electric Guitar 


0000 0011-1111 1111 


Reserved 



Instrument /Device Type Field Definitions 
Instrument/Device Function Field 



Electric Guitar 



Byte 
# 


B7 


B6 


BS 


B4 


B3 


B2 


Bl 


B0 


2 


Mic 


Head- 
phones 


Hex 
Pickup 


Mono 
Pickup 1 


Mono 
Pickup 2 


Mono 
Pickup 3 


Reserved 


Reserved 


1 


Volume 


Tone 


Pickup 
Selector 


Effect 
Selector 


Reserved 


Reserved 


Reserved 


Reserved 


0 


Reserved 


Reserved 


Reserved 


Reserved 


Reserved 


Reserved 


Reserved 


Reserved 



5 



Electric Guitar Function Field 



Acoustic Guitar 



Byte 

* 


B7 


BS 


BS 


B4 


B3 


B2 


Bl 


B0 


2 


Mic 


Head- 
phones 


Hex 
Pickup 


Mono 
Pickup 1 


Reserved 


Reserved 


Reserved 


Reserved 


1 


Volume 


Tone 


Pickup 
Selector 


Effect 
Selector 


Reserved 


Reserved 


Reserved 


Reserved 


0 


Reserved 


Reserved 


Reserved 


Reserved 


Reserved 


Reserved 


Reserved 


Reserved 



Acoustic Guitar Function Field 
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Use of OMTfiS g Y , tfnT1 
Typical arrangements of musical instruments and related 
audio and control hardware in a GMICS system are shown in Figs. 
1 and 2. 

Each of the instruments and the microphones are digital. 
Each of the amplifiers, preamplifiers and the soundboard are 
connected using the GMICS data link described above. The stage 
has a hub 28 with a single cable (perhaps an optical fiber) running 
to the control board 22. An optical GMICS data link will allow over 
a hundred channels of sound with a 32 bit - 192 kHz digital fidelity, 
and video on top of that. 

As each instrument and amplifier are connected into a hub 
28 on the stage via simple RJ-45 network connectors, they are 
immediately identified by the sound board 22 which is really a PC 
computer with a Universal Control Surface (Fig. 3) giving the sound 
professional complete control of the room. Microphones are actually 
placed at critical areas throughout the room to audit sound during 
the performance. The relative levels of all instruments and 
microphones are stored on a RW CD ROM disc, as are all effects the 
band requires. These presets are worked on until they are 
optimized in studio rehearsals, and fine tuning corrections are 
recorded during every performance. 

The guitar player puts on his headset 27, which contains both 
a stereo (each ear) monitor and an unobtrusive microphone. In 
addition, each ear piece has an outward facing mike allowing 
sophisticated noise canceling and other sound processing. The 
Player simply plugs this personal gear directly into his guitar 12 
and the other players do the same with their respective 
instruments. The monitor mix is automated and fed from different 
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channels per the presets on the CD-ROM at the board. The monitor 
sound level is of the artists choosing (guitar player is loud). 

The guitar player has a small stand-mounted laptop 17 (Fig. 
2) that is GMICS enabled. This allows sophisticated visual cues 
5 concerning his instrument, vocal effects and.even lyrics. The laptop 
17 connects to a pedal board 15 that is a relatively standard 
controller via a USB cable 16 to a connector on the laptop 17. 
Another USB cable is run to the amplifier 13, which is really as 
much of a specialized digital processor as it is a device to make loud 
10 music. This guitar 12 is plugged into this amplifier 13, and then 
the amplifier 13 is plugged into the hub 28 using the GMICS RJ-45 
cables 11. 

The laptop 17 contains not only presets, but stores some of 
the proprietary sound effects programs that will be fed to the DSP 

15 in the amplifier, as well as some sound files that can be played 
back. Should the drummer not show up, the laptop can be used. 

The guitar player strums his instrument once. The laptop 17 
shows all six strings with instructions on how many turns of the 
tuner are required to bring the instrument in tune, plus a meter 

20 showing the degree of tone the strings have (i.e., do they need to be 
replaced). The DSP amplifier can adjust the guitar strings on the 
fly to tune, even thought they are out of tune, or it can place the 
guitar into different tunings. This player, however, prefers the 
"real" sound so he turns off the auto-tune function. 

25 The best part of these new guitars is the additional nuance 

achieved by squeezing the neck and the touch surfaces that are not 
part of the older instruments. They give you the ability to do so 
much more musically. 

The sound technician, for his part is already prepared. The 

30 room acoustics are present in the "board/PC". The band's RW CD- 
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ROM contains a program that takes this info and adjusts their 
entire equipment setup through out the evening. The technician 
just needs to put a limit on total sound pressure in the house, still 
and always a problem with bands, and he is done except for 
5 monitoring potential problems. 

The complexity of sound and room acoustic modeling could 
not have been addressed using prior art manual audio consoles. 
Now, there is sophisticated panning and imaging in three 
dimensions. Phase and echo, constant compromises in the past, are 
corrected for digitally. The room can sound like a cathedral, opera 
house, or even a small club. 

The new scheme of powered speakers 18 throughout is also 
valuable. Each speaker has a digital GMICS input and a 48 VDC 
power input. These all terminate in a power hub 19 and a hub at 
the board 22. In larger rooms, there are hubs throughout the room, 
minimizing cable needs. Each amplifier component is replaceable 
easily and each speaker is as well. The musician has the added 
components and can switch them out between sets if necessary. 

The GMICS system dispenses with the need for walls of rack 
effects and patch bays. All of the functionality of these prior art 
devices now resides in software plug-ins in either the board-PC or 
the attached DSP computer. Most musicians will bring these plug- 
ins with them, preferring total control over the performance 
environment. 

The band can record their act. All the individual tracks will 
be stored on the board-PC system and downloaded to a DVD-ROM 
for future editing in the studio. 

To set up the GMICS system, the players put their gear on 
stage. They plug their instruments into their amplifiers, laptops, 
etc. These are, in turn, plugged into the GMICS Hub. The band 
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presets are loaded and cued to song 1. The house system goes 
through a 30-second burst of adjustment soundtrack, and then the 
band can be introduced. 

The keyboard business several years ago went to a 
5 workstation approach where the keyboard product became more 
than a controller (keys) with sounds. It became a digital control 
center with ability to control other electronic boxes via midi, a 
sequencer and included very sophisticated (editing) tools to sculpt 
the sounds in the box. It included a basic amount of reverb and 
10 other sound effects that had been external previously. 

In the GMICS system, the guitar amplifier can be a 
workstation for the guitar player, encompassing many effects that 
were previously external. In effect, the amplifier is actually become 
part of the player's control system, allowing control via the only 
15 appendage the player has that is not occupied playing, his foot. 
Additionally, a small stand mounted laptop will be right by the 
player where he can make more sophisticated control changes and 
visually see how his system is functioning. The view screen can 
even allow the lyrics and chord changes to be displayed in a set list. 
20 The amplifier in the new GMICS system will allow flexible 

real time control of other enhancements and integration into the 
computer and future studio world. 

The amplifier can be separated into its constituent parts: 

The preamplifier 1 (the controls, or the knobs); 
25 The preamplifier 2 (the sound modifier); 

The power stage (simple amplification); 

The speakers (create the sound wave envelope). 

The cabinet (esthetics and durability); 

This is a lot of functionality when you look at the constituent 
30 components. The GMICS system introduces a novel technology and 
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a whole new way of looking at a musical instrument amplifier. 
Many designers and companies have already identified the 
constituents of the whole and marketed one of them as a single 
purpose product with modest success. But, just as a controller 
5 keyboard (one without the sounds) has not made a major market 
penetration, the single purpose constituent is not satisfying to the 
player. The GMICS Workstation encompasses all of the 
constituents in an easy to use form. 

As described above, the GMICS Link uses currently available 
10 components, the Ethernet standard (the communications protocol), 
a commonly used RJ-45 connector and a new communications., 
protocol utilizing Internet type formatting. This allows the system 
to send ten channels of digital musical sound over standard cables 
directly from the instrument for further processing and 
amplification. A new upgraded MIDI standard signal along with a 
music description language can also travel over this cable. This 
scheme allows for up to phantom instrument power as described 
over that same cable to power circuits in the instrument, including 
D/A conversion. 

The GMICS circuit board is very small and uses custom 
application specific integrated circuits (ASIC) and surface mount 
technology. It will connect to standard pick-ups and CPA's in 
classic guitars and is particularly suited for new hexaphonic pick- 
ups that provide an individual transducer for every string) 
25 The GMTCfi Enabled Musi^l Instrument 

The only noticeable hardware difference in GMICS enabled 
traditional instruments will be the addition of a RJ-45 female 
connector, and a small stereo headphone out. Of course, this 
innovation makes a host of new possibilities possible in the design 
of new modern instruments. Older instruments will be able to 
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access most of the new functionality by simply replacing the 
commonly used monophonic audio connector with a new RJ-45 
connector and a tiny retrofit circuit board. Vintage values can be 
retained. 

5 The original analog output will be available as always with 

no impact on sound, and the digital features need never be used. 
The GMICS system will allow access to both the digital signal and 
the unadulterated analog signal. 

Having eight digital channels available for output, six of 

10 these will be used by each string in a six-string instrument. Two 
channels will be available to be input directly into the instrument 
for further routing. In a typical set up, one input will be a 
microphone from the performer's headset and the other input is a 
monitor mix fed from the main board. The headphones would then 

15 be the stereo monitor adjusted to the musicians liking without 
impacting the sound of the room. 

The physical connector will be a simple, inexpensive and 
highly reliable RJ-45 locking connector, and category 5 stranded 8- 
conductor cable. 

20 A new hex pickup/transducer will send 6 independent signals 

to be processed. The transducer is located in the stop bar saddles 
on the guitar bridge. Alternatively, the classic analog signal can be 
converted post CPA to a digital signal from the classic original 
electromagnetic pick-ups. There are also two analog signal inputs 

25 that are immediately converted into a digital signal (A/D converter) 
and introduced into the GMICS data stream. 

This GMICS ASIC and the GMICS technology can be applied 
to virtually every instrument, not just guitars. 
The preamplifier 1 (the ™ n trols. or tho IrnnKo); 

30 • The Control Surface 
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The knobs or controls for the current generation of amplifiers 
are unusable in a performance setting, and practically in virtually 
every other setting. It is very difficult to adjust the control knobs in 
the presence of 110 dB of ambient sound level. Utilizing both the 
GMICS and USB protocols, a communication link is available with 
all components of the performance/studio system. Any component 
can be anywhere without degrading the sound. The GMICS 
standard includes a channel for high-speed control information 
using the MIDI format but with approximately one-hundred times 
the bandwidth. Thus, the GMICS system is backward compatible 
with the current instruments utilizing MIDI (most keyboards and 
sound synthesizers). 

The display and knobs will be a separate unit. In the GMICS 
system, this is referred to as the physical control surface that will 
be plugged into either the Master Rack directly, or into a laptop 
computer via a USB connector. When using the laptop, it will 
function as the visual information screen showing various settings, 
parameters, etc. Software resident on the laptop will be the music 
editor allowing control over infinite parameters. 

This laptop will be unobtrusive but highly functional and the 
settings can be displayed on this screen visible from a distance of 12 
feet to a player with normal vision. It will have a USB connection. 
There will also be a pedal controller with a USB or GMICS out to 
the Master Rack where processing shall take place. Because both 
GMICS and USB have phantom power, both the Control Surface 
and the Foot Controller have power supplied via their connectors. 
Software drivers for major digital mixers and music editors will 
allow the controller function to be duplicated in virtually any 
environment. 



WO 00/65571 

PCT/US00/11087 

71 

The foot controller will have one continuous controller pedal, 
one two-dimensional continuous controller pedal, and eleven-foot 
switches clustered as above. 



5 The preamplifier 2 rth* s ound modifier); 
The Master Rack Unit. 

The Master Rack unit is a computer taking the digital 
GMICS unprocessed signals in and outputting the GMICS 
processed digital signals out for distribution (routing). The Master 
10 Rack will be in a cabinet enclosure that will allow five rack unit. 
The Global Amplification System will use two of these, and the 
other three will allow any rack-mounted units to be added. 

The Master Rack enclosure is rugged with covers and 
replaceable Cordura TM gig bag covering. It will meet UPS size 
requirements and is extremely light. The three empty racks are on 
slide-in trays (which come with the unit) but will allow the effects 
devices to be removed easily, substituted and carried separately. 
The rack trays will make electrical contact with the mother board 
unit, so that stereo input, stereo output, two foot switch inputs, and 
20 digital input and output are available so that no connections are 
necessary once the effects device is docked. 

The Master Rack enclosure has several unconventional 
features which will be highly useful for the performer/player. There 
are power outlets, four on each side that will allow for power to the 
25 three empty rack bays, plus others. The power outlets will allow 
wall plug power supplies (wall worts) both in terms of distance 
between outlets and allowing space for these unlikable supplies. 
The supplies are nested inside the enclosure (protected and 
unobtrusive) and will never have to be dealt with again. Loops will 
allow these supplies to be anchored in using simple tie wraps. 
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All rack units mount to a sliding plate on which they will 
rest. The effects devices can thus slide out and be replaced, similar 
to "hot swap" computer peripherals. A set of patch bay inputs and 
outputs is installed on the back plane, accessible via a hinged action 
from the backside of the Master Rack. The other side of the patch 
bay will be accessible from the top of the enclosure, which will be 
recessed and unobtrusive when not needed. All I/O to the integral 
Global Amplification System will be on the bay for flexible yet semi 
permanent set-ups. 

The Global Amp rack units can also slide out for maintenance 
and replacement. One of the rack units is the control computer for 
the GMICS system, including a "hot swappable" hard disk, a "hot 
swappable" CD-RW unit, and the digital processing and signal 
routing and control circuits. The control unit takes the digital 
GMICS signals in and out and 2 USB connectors, coupled to a 
general purpose processing section. The processor section processes 
multiple digital signals intensively on a real time basis and handles 
all the GMICS control functions. 

The rack unit uses an internal SCSI interface to 
communicate with outboard storage devices. This allows not only 
modification of the sound, but the ability to record and store 
musical signals for real time play back. The unit has a built in 
Echoplex™, plus the abmty to stQre krge programs to from 

cheap hard media. Using the SCSI protocol allows the use of hard 
disks, ZIP drives, CD drives, etc. to minimize use of expensive RAM. 

The other rack units include a power supply and other "high 
voltage" relays, etc. The power supply is preferably a switching 
supply that can be used throughout the world. The power outlets 
for the rack bays are connected to a transformer, which can be 
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switched in or out to accommodate worldwide use even for these 
effects. 

The Master Rack will nest on top of the Base Unit/Sub 
Woofer and will extend from the Base via microphone type locking 
5 extension rods. Thus, the unit can be raised to a level to be easily 
accessed and view by the performer/player. 

A 48 VDC power bus will be provided. Modules stepping this 
down to common voltages for non-AC boxes will be available (i.e. 12 
VDC, 9 VDC). This will eliminate ground loops and heavy wall plug 
10 power supplies. 

i 

^ The power stage (simple amp lification); 

The major effort in amplification of a signal deals with the 

power supply section, particularly when the amplification is at high 

levels. The GMICS system devices use conventional switching 
15 power supplies to supply standard 48 VDC. This will address 

issues of certification in various countries, will allow the "amplifier" 

to work in any country around the world, reduce weight, insure 

safety and increase reliability and serviceability. 

- The speakers (sound modi fier, create the sound envelop e) 

20 The speakers have both a digital GMICS signal and 48 VDC 

power input. Optionally, the speaker can have a built in power 

supply and thus could take AC in. 

The speaker cabinet can have a built in monitoring 

transducer that sends information back to the Master Rack via the 
25 GMICS Link, allowing sophisticated feedback control algorithms. 

Thus, with adjustments digitally on the fly by the DSP amplifier, 

even poor speakers can be made to sound flat or contoured to suit 

personal taste. 
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Additionally, multi-speaker arrays can be used, where 
individual speakers are used per guitar string in a single cabinet, 
giving a more spacious sound. 
& The cahinPt (esthetic and durability). 

By "packetizing" speaker cabinets, they can be made small 
and scalable. In other words, the can be stacked to get increased 
sound levels, or even better, distributed on stage, in the studio, or 
throughout the performance arena. Sophisticated panning and 
spatiahzation effects can be used even in live performance. The 
speakers can be UPS shippable, and plane worthy. 
The Universal (W™! Surface 

One embodiment of a universal control surface usable in the 
GMICS system is shown in Fig. 3. 
24 Slider Tvoe mntmlo 

Each slider has LED's acting as VU meters (or reflecting 
other parameters) on the left of the slider. A single switch with an 
adjacent LED is at the bottom of the slider. Four rotary controls 
are at the top of each slider. Preferably, a full recording Jog 
Shuttle, recording type buttons, and «go to" buttons are included. 

Standard control position templates can be printed or 
published that can be applied to the control surface for specific uses. 

The control surface shown in Fig. 3 does not represent a true 
mixing console. The controls are simply reduced to a digital 
representation of the position of knobs, etc., and are then sent to a 
computer via USB, MIDI or GMICS where any real work takes 
Place, such as mixing, editing, etc. The control surface can connect 
via USB to a remote PC. 

Thus, a system and method has been described that allows 
for the universal interconnection, communication and control of 
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musical instruments and related audio components in the digital 
domain. 

Thus, although there have been described particular 
embodiments of the present invention of a new and useful Universal 
5 Audio Communications and Control System and Method," it is not 
intended that such references be construed as limitations upon the 
scope of this invention except as set forth in the following claims. 
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CLAIMS 

What is claimed is: 

1. An audio communications and control system comprising: 

a. a plurality of audio devices, each of the devices including a 
device interface module for communication of digital audio 
data and control data from at least one of the devices to at 
least one other of the devices; 

b. a universal data link operatively connected to each of the 
device interface modules; and 

c. the device interface modules and universal data links are 
operative in combination to connect the devices together 
in the system and provide full duplex communication of 
the digital audio data and control data between the 
devices. 

2. The system of Claim 1 wherein each data link comprises a single 
cable connecting a pair of the devices. 

3. The system of Claim 1 further comprising a network hub and 
wherein at least some of the data links comprise network cables 
connecting the device interface modules to the hub in a network 
topology whereby the digital audio data and control data that 
are communicated over the data links are accessible by each of 
the devices linked to the hub without having a direct connection 
between devices. 

4. The system of either Claim 2 or Claim 3 wherein the cable 
includes means for providing phantom power to the devices. 

5. The system of Claim 3 wherein each of the network cables 
comprises a conventional CAT-5 network cable terminated by 
conventional RJ-45 connectors. 

6. The system of either of Claims 1, 3, or 5 wherein the audio 
devices comprise audio transducer devices, the transducer 
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devices including one or more devices selected from a group 
comprising musical instruments, microphones, headphones, 
audio speakers, and audio recording devices. 

7. The system of Claim 6 wherein the audio devices further 
5 comprise audio controller devices, the controller devices 

including one or more devices selected from a group comprising 
audio amplifiers and system control devices. 

8. The system of Claim 1 wherein the control data includes device 
identification data that identifies each of the devices to other of 

10 the devices connected to the system. 

9. The system of Claim 8 wherein the device identification data 
includes a device name selected by a user of the device. 

10. The system of Claim 8 wherein the device interface modules and 
data links are adapted to allow the audio devices to be connected 

15 and identified to the system while the system is active. 

11. The system of Claim 8 wherein the control data includes device 
control data whereby one of the devices can control one or more 
of other devices connected to the system. 

12. The system of Claim 11 wherein the control data further 
20 includes system configuration data. 

13. The system of Claim 12 wherein the control data further 
includes device status data. 

14. The system of Claim 1 wherein the audio devices are operative 
to generate user data associated with a specific user of that 
device and the device interface modules and data links are 
operative to communicate the user data to other devices 
connected to the system. 

15. The system of Claim 14 wherein the audio data communicated 
between the devices is packed in system data packets. 

16. The system of Claim 15 wherein the system data packets also 
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contain the control data. 

17. Hie system of Claim 16 wherein each of the system data packets 
comprises a plurality of data channels including a header, a 
plurality of audio data channels containing the digital audio 

5 data, a user data channel containing the user data, and a control 
data channel containing the control data. 

18. The system of Claim 17 wherein the system data packets 
further comprise a CRC field for providing cyclic redundancy 
checking of the system data packet. 

19. The system of Claim 17 wherein the data packet comprises 16 
audio data channels. 

20. The system of Claim 19 wherein the audio channels contain the 
digital audio data in 16, 24, 28, or 32 bit format. 

21. The system of Claim 19 wherein one or more of the audio 
channels can be dynamically reassigned by the system to carry 
data other than audio data. 

22. The system of Claim 15 wherein the data frames are 
continuously transmitted between devices in accordance with a 
packet timing signal that is synchronized to an audio sampling 

20 rate associated with the digital audio data. 

23. The system of Claim 22 wherein the audio sampling rate is 
selected from a group comprising 32k, 44.1k, 48k, 96k, and 192k. 

24. The system of Claim 23 wherein each of the audio devices can 
operate at a different one of the sampling rates whereby a 
system can have data links operating at different sampling 
rates. 

25. The system of Claim 22 wherein the packet timing signal is 
generated by one of the device interface modules. 

26. The system of Claim 17 wherein the control data channel can 
contain non-system control data. 
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27. The system of Claim 26 wherein the non-system control data 
comprises MIDI control data. 

28. The system of Claim 17 wherein the plurality of data channels 
in each system data packet can be reassigned by the system for 
carrying different types of data in accordance with the 
requirements of a specific device connected to the system. 

29. The system of Claim 28 wherein certain of the data channels in 
the system data packets are assigned by default to carry certain 
types of the data when a pre-determined type of audio device is 
connected to the system. 

i 

30. The system of Claim 3 wherein the device interface modules are 
operative to direct digital audio signals and control signal 
generated by a source audio device to one or more target audio 
devices connected to the system. 

31. The system of Claim 30 wherein the target devices are 
changeable by a user while the source and target audio devices 
are actively connected to the system. 

32. The system of Claim 1 wherein functions performed by one of 
the audio devices can be shared by more than one of the other 
devices connected to the system. 

33. A musical performance system comprising: 

a. a musical instrument including a first device interface 
module operative to convert audio signals generated by 
the instrument into digital audio data and to generate 
control data associated with the instrument; 

b. an audio amplifier including a second device interface 
module operative to receive the digital audio data and the 
control data; and 

c. a first data link operatively connecting the first and 
second device interface modules and adapted for bi- 
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directional communication of the digital audio data and 
control data. 

34. The system of Claim 33 further comprising an audio speaker 
including a third device interface module operatively connected 
to the audio amplifier by a second data link. 

35. The system of Claim 34 further comprising a system control 
device including a fourth device interface module operatively 
connected to the system by a third data link, the system control 
device operative to generate control data for communication to 
the audio amplifier. 

36. The system of Claim 34 wherein the first and second data links 
each comprise a single data cable. 

37. The system of Claim 36 wherein the audio speaker includes an 
audio power amplifier and the system further comprises a device 
power source electrically connected to the audio speaker over the 
second data link. 

38. The system of Claim 35 further comprising a network hub and 
wherein the data links are electrically connected to the hub such 
that the audio digital data and control data is accessible by each 
device interface module connected to the system. 

39. The system of Claim 35 wherein the musical instrument is a 
guitar. 

40. A musical instrument comprising: 

a. an audio transducer for generating analog audio data; 

b. a device interface module operative to convert the analog 
audio data into digital audio data and to provide the 
digital audio data and system control data at a musical 
instrument output; 

c. the musical instrument output including an instrument 
connector adapted for connection to a system data link 
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whereby the device interface module and data link can 
cooperate to provide bi-directional communication of 
digital audio data and system control data over the data 
link. 

41. The musical instrument of Claim 40 wherein the control data 
includes instrument identifier data. 

42. The musical instrument of Claim 41 wherein the instrument 
identifier data includes an instrument name selectable by a user 
of the instrument. 

43. The musical instrument of Claim 42 wherein the instrument 

» 

identifier data includes data describing functional 
characteristics of the instrument. 

44. The musical instrument of Claim 43 wherein the instrument 
connector comprises a single cable connector. 

45. The musical instrument of Claim 44 wherein the cable connector 
comprises a network cable connector. 

46. The musical instrument of Claim 45 wherein the network cable 
connector is an RJ-45 jack. 

47. The musical instrument of Claim 44 further comprising power 
supply means to receive instrument power from an external 
connection to the cable connector. 

48. The musical instrument of Claim 40 wherein the instrument is a 
guitar and the audio transducer is a guitar pick-up. 

49. A method of arranging a plurality of electronic audio devices in 
an audio system comprising: 

a. providing each of the audio devices with a device interface 
module adapted for communication of digital audio data 
generated by one or more of the devices connected to the 
system and for storage and communication of control data 
associated with that audio device; 
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b. operatively connecting the device interface modules over 
one or more data links, the data links adapted for full 
duplex communication of the digital audio data and 
control data to and from each device; and 
5 c. directing the. digital audio data for use by one or more 

specified devices connected to the system. 
50.The method of Claim 49 further comprising communicating the 
digital audio data and control data across the data links in 
discrete data packets. 
10 Sl.The system of Claim 50 further comprising synchronizing the 
communication of the data packets to an audio sampling rate. 

52. The method of Claim 51 further comprising varying the audio 
sampling rate among the different data links in accordance with 
requirements of specific audio devices connected to the data 

15 links. 

53. The method of Claim 49 further comprising providing a means 
for allowing a user of an audio device to select a name for that 
device and to include the selected device name in the control 
data communicated by the corresponding device interface 

20 module. 

54. The method of Claim 50 further comprising providing 16 
channels of up to 32-bit audio data in each data packet. 

55. The method of Claim 54 further comprising providing user data 
in each data packet. 

56. The method of Claim 54 further comprising connecting a 
plurality of the data links using network cables connected to a 
network hub. 
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